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, This pamper, which updates and expands on a Fsfcer by 
others that identified and described five instructional 
(ID) models, presents a taxonomy for classifyii^j ID . ' • 
models, comments on the limited degree of testing tc whichZ^ost . ID 
/models have been subjected, reviews 13 models, and provides a 
selected, annotated bibliography of ERIC documents and jpjurijal* 
articles announced in Resources in Education and Current, In'dex to 
Journals in Education,* A definition of JD and a discussiton cf its*' 
origins are followed by the taxonoay that is used to divide the ID % 
models into fotnr categories as they focus on the classYcom, the* 
product, systems, or organizations,. Specific models an described and 
discussed. in each of* these categories: (1) c^assroott-«Gerlach and 
Ely, Kemp, Davis and others, Brigg^Y and DeCecco; (2); 
product— Ban'athy, and Baker and Sfcbutz; (3) systems-^the 
Instructional Development Institutes i&services Procedures for 
I nstr Actional, Systems Development, Courseware Development Process, 
and Gilbert Front End Analysis; and (U) organizations— Elcndin, and' 
BTake^and Koutfon. Thirteen figured illustrate the**ta*oncmy and most 
of the models- 'A guide to searching t E$IC for additioral publications 
on ID models is included, and the annotated 'bihliograph j lists *10 
journal articles and 11 documents,. , A 'list of 23^ other references is 
also provided,. (CHC> - \ 
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lestablished within the Sai^^B 0 ^ Foment has been 
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in its fouSf lofume ^cf^l^^L ^'^"^ 
professional careers in the field hZ^Li " g P re P ared for 

a«e« once again ti steteS fth^t™ ed Wropridte, therefore, to 
development. state-of-the-art in the area of instructional | 

an ^JS^^SSTl^^ P ropOSed ERIC/IR pubU Sh 



Donald R. Ely 

Director 
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INTRODUCTION 



Purpose' 



The primary purpose of this ERIC paper is to update and expand 
on an original paper by Twelker et al. (1972, ED 059 629) on the topic 
of instructional development ,(ID) models. In the years since ihe 
Twelker paper there has been a virtual flood of ID models appearing in 
the literature. It seems everyone has discovered the joy of creatine 
his/her own model of the instructional development process and having 
it appear in print. 6 



While the number of models has been rapidly expanding the real 
eSjuestion.,relates to whether the knowledge and quality of ID effort 
,have been similarly expanding. This fluestion is easily answered: the 
answer is no, However, the reasons for the appearance of so many 
models are more complex and>ill be considered in this monograph.- 

A second purpose of this paper, is -to present a taxondmy which 
may prove helpful to the reader in examining various ID models. It 
seems apparent that the "unique" differences of every author's -model ' 
tit into a rather simple taxonomy. A number of the more popular ID 
models will be presented and discussed as they relate to the taxonomy, 

whirh^^rf^ 5 ? \ t0 rep0rt on the Umited tegree of testing to 
which most ID models have been subjected. Reasons for this lack of 
model validation wdl be hypothesized and cautions to the consumer 

S&hlSd XeV* 5 " ^ USed ^ markCt ' C3Veat 6mpt0r h the 

Lastly, this paper contains an annotated bibliography of models 

a rvi°it f e r K e ? ya, i t + Ii l erature - WhHe tne ^^graphy is not exhaus- 
SJStfr 5 e . heV ! d re P r esentative. Any student of the ID process 
should find in the bibliography a number of models which could be 
easily adapted to the ID situation he/she faces. The bibliography is 
biased somewhat toward the older models. This may be due to the 
author's impending senility, but the "official" explanation is that much 
• of the recent literature is essentially a restatement of earlier work <* 
and does not represent any intellectual step forward. 

H.fi^iP! b ^ CC ? f . this paper is divide< * int0 thre e sections: a 
definition of ID and its^origins, a taxonomy of models with several 
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examples of each type, and a summary and conclusions. The annotated 
bibliography is found at the end pf /he paper. . 

Comments to the author concerning this paper (pro and con) 
wduld be most welcome and appreciated. 4 



Definition of ID 



One of the real problems facing persons working in the instruc- 
tional development (ID) business is an identity crisis. The crisis is not 
that "I don't know what I am doing," but rather that "He/she claims to < 
be doing ID, but it's not anything like what I do." In an attempt to 
resolve this concern, the Association for Educational Communications 
and Technology (AECT) established a committee charged with devel- 
oping a definition for the term instructional development. 

Under the leadership of Dr. Kenneth Silber, the committee 
arrived at the following definition, through a long and arduous process: 

Instructional development. A systematic approach to the 
design, production, evaluation, and utilization of complete 
systems of instruction, including all ' appropriate compo- 
nents and a management pattern for using them; instruc- 
tional development is larger than instructional product 
development, which is concerned with only isolated prod- 
ucts, and is larger than instructional design* which is only 
one phase of instructional development. (1977, p. 172) 



While 'this is a reasonable sounding statement that people might 
agree upon, it has not brought about the hoped for unity in the field. 
As will be discussed in the next section (and the bibliography will ' 
make painfully apparent), there is no universally accepted definition 
of the term. Nonetheless, for purposes "of this paper, the above 
definition does provide an, organizing framework. Thus, although 
there have been a number of. instructional design models developed 
over the last few years, they do not match the broader definition of , 
instructional development and hence are not inclujled. 
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Differing PerspectiverprPthe jD-Process 



While just about everyone agrees that ID is a process^ that is 
where the agreement ends. The author has identified at least three 
different perspectives from which the proces is viewed. Naturally, a 
developer's perspective has a lot to do with his/her notion of what 
constitutes a mpdel of the process. As with the six proverbial blind 
men and the elephant, it all depends on where one chooses to look. 

One perspective on the ID process (and ID models) is derived 
from general systems theory. The ID process itself is viewed as an 
integrated system "with numerous interacting elements. As a conse- 
quence, the models stress communication, feedback, and prediction 
of the effect of one action on other parts of the system. The pioneer 
work of Leonard Silvern (1965) is an example of this perspective. 

* 

A second perspective would perhaps better be labeled syste- 
matic development. Persons holding this view feel that the ID 
process must be carefully described, and the models attempt to list 
all the necessary development tasks to be performed by the devel- 
oper. The model by Hamreus (1968), and its intellectual heir, the 
Instructional Development Institute (IDI) model seem to fit well into 
this second class. The third perspective on the ID process might be 
labeled the prescriptive view* From this view our ID "elephant" is 
seen as requiring a precise series of statements on designing specific 
learning activities. The process is viewed much like a series of "if- 
then" statements. That is, if the learning is of type "x" and learner 
* of type "y," then the learning activity should have given characteris- 
tics. Naturally the "if" portion of the statement can KftVe several 
contingencies, and the* "then" statement may also contain some 
qualifications. * < 

Thus, while a national professional organization has prepared a 
definition of what the ID process "really is," it has done little to 
influence the perspectives and practices of professionals in the field. 
And, of course, these differing perspectives extend to their ID 
models. Hence, there is "a need for a taxonomy such as that 
presented in this paper. 

^Differing perspectives on the ID process account for only part 
of the sizeable literature on ID models. All developers recognize the 
need for adaptation, of models to local situations. While this is an 
honorable and desirable prattice (Which we hope this paper will 
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facilitate), many of the adaptations are published as if they were new 
models. The situation is analagous to the automotive worltf announc- 
ing with great hype the "all new" model for this year. However, the 
changes are usually only cosmetic. . 

, » 

Thus, there is simply no need for developers to run frantically 
about collecting all the new ID models. The key to success for the 
practitioner is to have maybe 6 a half-dozep really different models in 
t his/her tool bag and know how to modify them for each new situation. 

! s 

N v We now turn our attention to a more fundamental question: 
"Why are we so infatuated with our models * 



Why Models? ' 

/instructional developers and their models have often been 
compared to Linus and his blanket. You never see one without the 
other. While other professionals share this trait, developers have 
elevated it to new heights. In the physical and natural sciences, 
models serve a variety of purposes, including theory building, and 
testing, description, prediction, and explanation. However, deVelop- 
ers seem to have much more limited purposes in mind. With 
apologies to the very few theorists in our field, typical ID practition- 
ers use models primarily as: (1) communication devices with their 
clients and each othdr, (2) planning guides for management activities, 
or (3) prescriptive algorithms for decision making. While these 
purposes can overlap, the models tend^to fdcus on a single function. 

This single purpose application is understandable. If a model is 
to communicate with an unskilled client, it must be simple and devoid 
of much of our professional jargon. Orv the other hand, to be a useful 
management tool, it should account for all of the major tasks to be 
performed. If it is Jo be prescriptive, it must contain an extensive 
matrix-like structure for matching learning objectives and learning 
strategies. Thus, we arrive at the point where we are today, wherein 
one developer's valuable model is seen by another as wocthless drivel. 

We now turn our attention to some of the early classic ID 
models arid the origins of the ID process. • * 
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Early ID Models 



Of necessity, ohe must pick an arbitrary date from which to 
•trace the origins of the 4D model building process. Otherwise one can 
make the case that the snake in the Garden ol Eden .used a model to 
develop his obviously effective message. This is not to imply, 
however, that modern developers are direct descendants of said 
snake. (That issue is left for discussion on another day.) ' ✓ 

The term -"instructional development," defined as a process for 
improving instruction, appears to Jiave had its origin in a project 
conducted at Michigan State University from 1961-1965. Entitled 
"Instructional Systems Development: A Demonstration and Evalua- 
tion Project" (1967), this project directed by Dr. John Barson 
produced one of the early ID models. Barson's model was reviewed in 
the earlier ERIC paper by Twelker et al. The reader is also ref enved 
to the Barson projecj final report (ED 020 673) for more details. The 
Barson model is notable, in that it is one of the few models ever 
subjected to rigorous evaluation. The Barsbn project also produced a 
set of heuristics for instructional developers which cpntinue to 
receive considerable attention. 

Other early work by a number of authors also produced ID 
. models, ^although they did not use the specific term "instruttional* 
development."' The programmed .instruction movement used a sys- 
tematic process, but generally did not recognize the major contribu- 
tion of the tryout and revision process to the successes it- recorded. 
After the^war, one of the most influential model builders was L. C." 
Silvern U965). His, work with the military and aerospace industry 
resulted in an extremely complex and detailed model (with variations) 
which drew heavily on general systems tHeory for its conceptualiza- 
tion. The model is not widely circulated today, :J>ut remains an 
excellent source document for those willing to wad$ through Silvern^ 
rather^turgid writing. Students of the ID process will readily see his 
influenc^ on more contemporary model builders. - 

The model by Hamreus (1968), which he developed while at the 
Teaching . Research Division of the Oregon State System of Higher 
Education,* is another classic. One of his significant^ontributions 
was to present the model in a "maxi" and a "mini" veriffn. , This two- 
size approach recognizes the need for a simple model to communi- 
cate with clients a^d a more detailed version for the developer 
managing the project. Hamreus' jnodel is eyident in the Instructional 
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Development Institute (IDI) model (1971). The latter model has 
received extremely wide distribution and is among the best known in 
the; United States. In .fact, the IDI model and accompanying 
instructional materials designed to teach the ID process were re- 
ported to be the most widely used instructional materials in a recent 
survey ol graduate programs in instructional technology in the United 
States. Since , Hamreus' model was extensively reviewed in the/ 
Jwelker paper, the reader is referred' there for details. However, the 
IDI model, because of its wide circulation and notoriety, will be 
discussed in a later portion of this paper. 

:# In addition to the Twelker paper? at least two, other raaia& 
reviews of ID models have been done and are worthy of study bf 
developers. In 1972 Stamas reviewed 23 models by "determining 
whether o^not each included a list of model components he felt were 
rf^jtr 1 ^ 1,115 study ' ° ri finally part of a doctoral dissertation, -a t- 
Midhigan State University (Stamas, 1972),- was also reproduced Ss an 
occasional paper by the Division of Instructional Development of the 
Association for Educational Communications and Technology. In 
1980, Andrews and Goodson reviewed HO models in the Journal of 
instructional Development. Like Stamas they developed a matrix "ol 
ID elements and analyzed the models for their inclusion. They also 
attempted to trace a logical progression or evolution of later models 
from earlier ones, but were unable to detect any pattern. Their 
findings add weight to the view that the literature on models is 
circular rather than cumulative, with little of substance being added 
in the last few years. * , 

A Taxonomy of Models — 

• ' '. 

.A scholarly wit once said that only two things are certain: 
death and taxonomies. This-paper is no exception on the latter point. 
The present taxonomy is presented as having two benefits. First, the 
author and his students have found that creating a taxonomy is an 
excellent means of reducing an otherwise unwieldy body of ID model 
literature ,nto a manageable package. Second, practicing developers 
can use the taxonomy to assist in analyzing the type of project on 
which they are about to embark. Then it is possible to select a model 
for adaptation* to the specific situation. The approach helps elimi- 
nate the 'I have a model, now what's your problem7syndrome. 

The proposed taxonomy divides the world of ID models into four 
categories. ^ The reader is. cautioned, however, that like most 
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taxonomies in the social sciences, the categories are a little fuzzy 
around the edges and not mutually exclusive. In fact, some can<exist 
a* subsets of others, so no absolute hierarchy should be inferred. The 
four* categories are: (1) Classroom focus, (2) product focus, (3) 
systems focus, and W organizational focus. 

f The first category of ID models has a . classroom focus . The 
models assume there is already a teacher, some students, a curricu- 

# lum, and a facility. The goal of the teacher is to do a better job of 
instruction within these constraints. The development situation often 

* presents as a teacher who simply wants to improve his/her teaching. 
The teacher is" not part of a team and improvement will be limited to 
his/her own classroom and only for as long as he/she chooses to use „ 
whatever results. Emphasis is usually placed on selecting and 

^ adapting existing materials rather than developing "from scratcn." 

A product focus is different^ from a classroom focus in that its 
goal is production of one or more specific instructional products. It 
usually assumes that development of the product is. a "given." 
Fur.ther, the objectives may already be partially determined. % The 
goal is to prepare an effective and efficient product as quickly as 
possible. The product is -usualjy expected to pro?Iuce" replicable 
results with an audience possessing specified characteristics. Prod- 
uct modefs are common in both educational ah^ business settings 
where decisions on whether or not development shouid be done are 
made by someone other than the dej^lQpers. Often, but not always, 
this decision is made in the absence^of objective data. 

A systems focus -is* somewhat different from a product focus, 
but the latter in some c^ses may become a subset of the former. The 

• systems focus has as^its goal development of instructional output 
which itself is considered* to be a system. The output of the 
'development efiort may include materials, equipment, a management 
plan, and pertfeps an instructor training package. This "system" can 
then be implanted op disseminated to target locations* The systems 
focus usually demands extensive analysis of: (a) the use environment^ 
(b) characteristics o! the task, and (c) whether or not development^ 
should even take place. It is a problem solving approach usually 
requiring data collection to determine the precise nature of the 
problem. V . 

An organization focus for ID has as its goal not only improving - 
instruction, but also modifying or adapting the organization and its 
personnel to a new environment. Lately, much has been written 
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about-faculty development, organisational development, and instruc- 
% tional development as three distinctly separate but related activities. 
However, many instructional developers view their development role 
as containing elements of all three areas. The term»Human Resource 
dDevelopment (HRD) has also, become popular for describing this mor£ 
comprehensive view of solving human and organization problems. A ' 
matrix cpmp^ring the four categories of models is presented below. 

\ • ' . 
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Ejffig L- A taxonomy of instructional development models baseo* on selected characteristics,, 




CLASSROOM ID MODELS 

Assumptions 

\ Classroom ID models are primarily of interest to professional 
teachers who accept as a given that their role is to teach and that 
students require some form of instruction. They include elementary 
and secondary school teachers, and most community college, voca- 4 
tional school, and university faculty. Some training programs in 
business and industry also assume this classroom orientation, but the 
systems focus is becoming much more common in such settings. 

As indicated above, there exists a wide variety of classfoofn 
settings. Most teachers assume (with some real justification)* that 
students will be assigned to or will enroll in their classes, and that 
there will be V* number of class meetings each of "t" length. The 
teacher's role is to decide on appropriate content, plan instructional 
strategies, identify appropriate medfe; and evaluate learners. Due to 
the on-going nature of the instruction, often accompanied by a heavy 
teaching load, there i^ little time for developing new materials. 
Alsd, funds and time for development are usually limited. Hence 
there is concern with identifying, existing resources for adaptation 
rather than original development. Also,*since many elementary and 
secondary teachers teach any topic only once a year, they have less 
concern for the rigorous formative^evaluation associated with courses 
and workshops which are offered on a highly repetitive basis. 

^Te^ching personnel usually view any ID model as a general road ^ 
map to fottew. Very few functions are outlined in the model, and it 
simply provid^s^guide to the teacher. It should be noted that even 
general models of the ID process are not widely known to and adopted 
by teachers. The developer who works with teachers within the 
givens and assumptions described above would do well to employ any, 
ID model .with caution. The models discussed below have been found 
to be acceptable and readily understandable by at least some 
teachers and represent a class of models with which all developers 
should be familiar. 

s 

Five models have been selected to represent the variety of ID 
models most applicable in the classroom environment. . The respec- 
tive authors are: (1) Gerlach and Ely, <2) Kemp, (3) Davis et al., W 
£nggs, and (5) DeGecco. It should be noted that Briggs has created a 
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number of ID models either alone of in conjunction with others 
(especially Gagne). Only one of his 1 models is presented below. 



Gerlach and Ely- Model . ' 

The entry point of the Gerlach and Ely model (1980) calls for 
identifying confbnt and specifying objectives as simultaneous, inter- 
active activities. While Gerlach and Ely clearly prefer the approach 
of specifying objectives as a "fcrst task," they recognize that many 
teachers first think about instruction from the standpoint of content. 
Their model is one of only a fetf which recognize this content 
orientation of teachers. Behavioral objectives are to be written and 
classified in order to decide on strategies. The classification scheme 
is based on Gerlacht other scholarly work and presents a five-part 
cognitive taxonomy and single category headings for affective and 
motof skill objectives. 

The next step an their model is assefcing/the entry behavior of 
learners, a step common to four of t/e f»e classroom models. 
However, Respite the specification of er>fry behavior as a major step 
in the ID process, few concrete procedures are provided. The next 
step is really five steps to be performed simultaneously. These steps 
are viewed as interactive, with any .decision influencing the decisions 
available in the others; e.g., the design process is itself a system. 

/,x „ The fi v e steps are: (1) determine strategy, (2) organize groups, 
(3) allocate time, (0) allocate space, and (5) select.resources. 

Under strategies they posit a continuum from exposition (all 
cues) to discovery (no cues). Th£ teacher's/designer's role Is to select 
one or more strategies along / this continuum. Students can be 
organized into configurations ranging from self-study to whole-class 
activities .based on strategies, space, time, and resources. Time is 
viewed as a constant to be divided up among various strategies. 
Space is not a constant, since it is pointed out that teachers can and 
should extend learning experiences beyond the classroom. Also, the ' ' 
classroom itself can usually be rearranged for different grouping 
{ patterns. . b v 6 

Selection of resources focuses on the teacher's need to locate, 
obtain, and adapt or supplement existing instructional materials. 
Emphasis is placed on where and how to find such resources and the 
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Figure 2. A systematic Approach to instruction. (Gerlach/Ely/Meinick, 
TEACHING AND MEDIA: A Systematic Approach, Second Edition, © 
I9S0, p.II. Reprinted by permission x>i Prentice-Hall, Inc., Englewood 
. Cliffs, N J.) ( 
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importance of previewing and planning for their use as a part of the 
overall instructional strategy. 

Following these five simultaneous steps is evaluation of student 
performance. This step directs the teachej^s/desigrter's attention to 
measuring student achievement as well as their attitude toward the 
content and ihstruction. Evaluation is seen as closely linked to the 
learner objectives stated earlier with attention also directed to 
evaluating the "system" itself. The last step in their model is 
feedback to the teacher regarding the effectiveness of the instruc- 
tion. Feedback focuses on reviewing all earlier steps in the model 
with special emphasis on re-examining decisions regarding the objec- 
tives and strategies selected. 

The Gerlac/ and Ely model is a mix of ltnear and simultaneous 
design/development. Several steps are seen aj simultaneous, but the 
model is generally linear in its orientation. Its main strength is that 
practicing classroom teachers can identify with the process it de- 
scribes. Its objective classification taxonomy is simple and non- 
threatening to teachers. Also, the authors relate the taxonomy to 
specific instructional strategies. Its main weakness is that it may 
unintentionally reinforce teachers and administrators in maintaining 
existing organizations and staffing patterns rather than re-examining 
the entire basis of how schools should operate. 

Kemp Model N 

Jerrold Kemp's model (1977) is similar in a number of ways to 
Gerlach' and. Ely's. He # states there are three essential elements of 
instructional technology: (1) what must be learned (objectives), (2) 
what procedures and resources will work best to reach cfesired 
learning levels (activities and resources), and (3) how we will know 
. when required learning has taken place (evaluation)'. Kemp's model 
suggests that ID is a continuous cycle with revision as an on-going 
activity associated with all eight steps. He feels the teacher/design- 
er can start anywhere and proceed in any order. This is essentially a 
systems view of the developn^nt process wherein all elements are 
interdependent and may be performed Simultaneously if appropriate. 

Although Kemp's model indicates fche developer can start any- 
where, it is presented in a conventional framework starting with 
goals and carrying through evaluation. The classroom orientation of 
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the model is apparent through Kemp's choice of the words, goals, 
topics, and general .purposes for determining what will be taught. 
These words can be readily accepted by classroom teachers. The 
second step is to enumerate important characteristics of the learn- 
ers. These include such academic factors as number of students, 
CPA, IQ, and reading level, and such social factors as' age, maturity, 
and attention span. * 

The third step is specification of behavioral objectives. He 
suggests using Bloom's taxonomy for categorizing objectives and 
ensuring that a broad range of objectives is included* The fourth 
step, specification of subject content, illustrates the non-linear view 
of development position taken by Kemp. Content is to be organized, 
but Kemp is rather vague as to how this should occur. He does make 
reference to the work of Gagne and to task analysis as a technique, 
but the chapter on content specification is quite brief. 




Figure 3 . (From INSTRUCTIONAL DESIGN, Second 
Edition, by Jerrold E. Kemp. Copyright c 
1977 by Fearon Pitman Publishers, Inc. 
Reprinted by permission of Pitman Learning, 
\ Jnc, Belmont, California.) 
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Pre-assessment is the next step v in his model. By this, he means 
testing 'for both prerequisite skills and, learner achievement of the 
objectives. Prerequisite testing is concerned with" content required 
before the planned , instruction while achievement testing is an 
assessment of current content. - 

^ Teaching/learning activities and resources is the step at which 
decisions are -made regarding instruction strategies, grouping, media, 
and other resources. He combines into this step most of what 
Gerlach and Ely have separated into five steps. His media selection 
model is a subset of the overall model and focuses partially upon size 
of group (large, small, independent study) and partially upon Dale's 
Ctone of Experience (direct concrete to verbal abstraction). * 

• Step seven is support services, by which he means identifying 
what additional resources, will be required to support the instruction, 
e.g., funds, facilities, equipment, and support personnel. The last 
step, evaluation, includes both formative and sumnjative'data collec- 
tion. Kemp indicates that it is necessary to evaluate both the learner 
and the system in any comprehensive development process. The inner 
dotted circle of his model is intended to emphasize the importance of 
viewing the development process as a dynamic activity -with all- 
elements subject to constant interactive review." 

> 

From a teacher's perspective, the strength of Kemp's model is 
the concept of starting "where you are." Also, the emphasis on 
subject matter content, goals and purposes, and selection of re- 
sources makes it attractive to teachers. A major weakness is the 
lackfof specification in the step dealing with teaching/learning 
activities and resource selection and utilization. - 

Davis, Alexander, yelon Model 

The Learning Systems Design (LSD) model was created by 
Robert Davis, Lawrence Alexander, and Stephen Yelon (1970). Con- 
sisting of eight major steps and one sub-step associated with two of 
the mam steps, it presents development as being more linear than in 
Kemp's model, but acknowledges that some steps may occur simul- 
taneously. An overall framework for the eight-step process consists 
of three elements: analysis, design, and evaluation. As the graphic 
d splay of the model indicates, the steps are not discrete within the 
elements of analysis and design. 
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Fi H ufe i- A time-line graph illustrating in a somewhat idealized t way the learning system design 
process. (From LEARNING SYSTEMS DESIGN by Robert Qavls, Lawrence Alexander, and 
Stephen Yelon. Copyright © 197* by McGraw-Hill, Inc. Used- with permission of 
McGraw-Hill Book Company.) - , 



The LSD model begins by describing the current system. This 
inpludfes gathering information regarding the number of students, 
their background, how they are similar and different, and strengths or 
weaknesses of those offering the course(s). Such data gathering 
clearly reflects the classroom orientation of their model. Further, 
they note that development seldom starts from "scratch," indicating 
their focus on on-going instruction. The second step— derive and 
write objectives— is similar to other models in requiring their state- 
ment in behavioral terms. Step three— plan evaluation— focuses on 
properties of good tests for measuring student achievement and 
attitudes. Mention is also made of the need to evaluate the system. 
Their chapter on testing is a good basic treatment of the topic which 
teachers and developers wpuld do well to review. 

Analyzing tasks find objectives is the fourth step, and it is 
linked to the third step by a sub-step, describe tasks. The sub-step is 
primarily an argument for using task analysis and task description in 
developing and ordering objectives. 'This substep and step four may 
cause confusion for some teachers/designer's who would see analysis 
as part of the process for deriving objectives. In step four the 
objectives must be placed into six types of learning, although only 
four (concept learning, principle learning, problem solving, and per- 
ceptual-motor skills) are seen as being relevant to most teachers. 
The influence of Gagne is quite apparent in their model. i 

Step five, design instruction, attempts to match instructional 
strategies with types of learning, primarily from" a behaviorist 
orientation. In fact, the bulk of their book is really a treatment of 
behavioral psychology as it relates to the learning objective hierarchy 
presented earlier. Little mention is majie of media, other resources, 
*or logistic considerations in the design step. The sixth step is to 
implement instruction, but little information is provided concerning 
how this is to be done. The seventh step, conduct evaluation, isdone 
concurrently with step six. This includes student testing and evalua- 
tion ot the system. The matrix for data analysis for purposes of 
revision included in the eighth step is a simple but useful/tool. * 

In reviewing the Davis, et al. model, its greatest strengtf/ may 
also be its greatest weakness. Its strength is the considerable amount 
of detail presented on learning psychology as applied to instructional 
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design. However, this is at the expense of less depth of treatment 
for the other steps in the model. By itself, the model and accompa- 
nying text would not suffice to teach a teacher/designer much of 
what is necessary to systematically plan^a'real course. *This is 
somewhat surprising since the model appears in a textbook designed 
for pre-service teachers. Instructional developers should note that a 
series of sound filmstrips and workbooks is also available to accompa- 
ny this text. 

Briggs Model 



The ID model by Briggs (1970) is only one of several he has 
created. This one is clearly intended for classroom teachers. The 
model has ten steps and is presented in a more or less linear fashion. 
Sirice many of his steps are similar to those in the other class- 
oriented models, only those step's which are somewhat unique are 
reviewed in any detail here. Briggs' first step calls for the statement 
of objectives and performance standards in behavioral terms. Step 
two involves the preparation of tests over these objectives. In step 
three, the objectives 1 are analyzed for structure and sequence. To 
accomplish this, Briggs suggests, asking what the learner would need 
to do 'before he can attempt the present objective. Then types of 
learning are identified using Gagne's hierarchy and the item^are 
placed in the hierarchy and numbered from 1-n. The .resulting 
sequence provides the basts for the instructional sequence in the 
design step. 

In step four, entering competencies are identified, and pre-testj^, 
and remedial instruction are prepared in step five for any students 
who lack the prerequisites. The question of what happens to such 
students is a crucial one for classroom teachers since most £o not 
have the luxury of simply denying access to those not matching pre- 
specified^conditions. 

Briggs 1 concern for these students is apparent fr6m the sub-s£t 
of steps (5a-5c) devdted to the remediation issue. He suggests as one 
alternative that an adaptive program be developed. A second 
alternative is to screen out or simply accept the students and let 
them drop out if they can't perform, an alternative he does not really 
favor. His third alternative includes planning a dual track program. 
Briggs' consideration of alternatives as identifiable sub-steps in an ID 
process is somewhat unique and is the primary reason for including 
his model in this review. <S? 
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.Flow chart: A jnodei for the designurf instruction.* (From Handbook of Pr ocedures for the* 
friggS!) In5trUCtlon .' ,by Leslie J * © 1980. Reproduced by permission of Leslie J. 
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Step six proceeds to the selection of media and writing of 
instructional prescriptions. Briggs has done considerable work on 
attempting to systematize media design and selection. (Although, his 
work in this area is well -worth examining, i! is beyond the scope of 
this review.) Step seven-develop first draft materials, step eight- 
small group tryout and revision, and step nine-classroom \ryout and 
revision, reflect Briggs 1 earlier work in programmed instruction and 
are- similar to other ID models. Briggs 1 emphasis on extensive tryout 
and revision make this model most applicable when a population for 
such testing is readily available and multiple cycles of instruction are 
planned. The last step, performance evaluation/measures both the 
final performance of^udents and the? delivery system. Recycling to 
the objectives or to design of anothe^prototype of the instructional 
material follows unsatisfactory system performance. 

Briggs* model has several strong: points, including its concern 
for sfudents who lack prerequisites and how to deal with media 
selection. Further, in the narrative he provides extensive informa- 
tion on the input and output of each step in the process. This may 
also be a weakness in that such a detailed treatment may turn off 
teachers/deagners unwilling to wade through all the detail. Also, the 
implied lfnear approach ma? not be acceptable to many potential 
consumers for this model. 



DeC&: 



co Model 



The model published by DeCecco in 1968 is not an ID 
model, but rather a teaching model with boxes -and arrbws. It is 
included as representative of a httmber of so-called systems models 
that teachers and developers will encounter in the literature. These 
models do have the advantage of being easy to understand and 
provide a spring-board for later "graduation" to a more tightlv 
specified ID approach. 5 - ' 7 

• DeCe cco/s model 'begins with a statement of instructional 
objectives according to the gospel as specified by Mager. Entry 
behavior of the learner must also be ass^d an d compared with the 
original statement 6f objectives before proceeding to step three. The 
third step is specifying instructional procedures. Learning is divided 
ihto skills, language, concepts, principles, or problem solving, and a 
strategy is presented for dealing with each type of learning. The 
fourth and last step is -assessing the performance of learners. If the 
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Figure- 6. A generalized model of instructional development. 
Uohn P. DeCecco, THE PSYCHOLOGY OF LEARNING AND 
INSTRUCTION: Educational Psychology © 1968,' P12. 
Reproduced by permission of Prentice-Hall, Inc., Englewood' 
Caffs, N3. This work is an adaptation from a work that 
originally appeared in "Psychology and Instructional 
Technology," in TRAINING RESEARCH AND EDUCATION, 
J Robert Glaser, editor. Published in 1962 by the University 
of Pittsburgh Press. Used by permission.) 



desired level of performance is not achieved, the teacher recycles to 
the appropriate step a'nd repeats the process. 

« 

The DeCecco model does have the virtues of objective specifi- 
cation, evaluation, and revision. ' To, a novice teacher/designer it may 
provide an uothnsatening introduption to several basic concepts* of 
instructional development. However, it fails to ask why the instruc- 
tion is being offered, or what alternatives "are available for teaching 
the objectives. In addition, the simplistic treatment of evaluation 
I testing students) leaves , much to be desired. . No review of ."the ID 
literature could be complete without reference to this level of model 
but any judgment regarding the utility of such models is left to the 
reader. 



Summary of Classroom Models 



The treatment of teacher-oriented development models is 
somewhat more'lengthy than the other sections of this paper for two 
reasons. First, there- are well over 2,000,000 teachers in the public 



27 



schools in addition to many others in private schools, community 
colleges, proprietary schools, and universities. The vast majority of 
, these teachers have had little exposure to the concepts of systematic 
development and represent a tremendous challenge 'to developers 
wishing to modify the form and structure of formal education. 
Without understanding and support fronrthese teachers, there is. little 
likelihood that developers will have significant 'impact on the instruc- 
tional process. The models presented in this section of the paper 
provide a reasonable framework for communication with teachers. 
The more elaborate, and in some cases mechanistic, models reviewed 
elsewhere probably do not have such*potential. 

A second reason for reviewing these several models is that 
classroom models have received less attention in the ID literature. 
Whether this is due to their classroom orientation or other factors is 
unclear, but it cannot be disputed that classroom models are" not 
often published in the literature consumed by. professional instruc- 
tional developers. ' 
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PRODUCT DEVELOPMENT MODELS 

Assumptions " 

' Product development models are characterized by three key 
' tenures: (1) an assumption that the instructional product is desired, 
(2) cbnsiderable emphasis on tryout and revision, and (3) an assump- 
tion that the product must be usable by a variety of "managers" of 
instruction. The assumption of need should not necessarily be 
considered a limitation of these models. In some settings a front-end- 
analysis has aieady .been conducted • and needs determined for a 
variety of ppodtfcft. The task then becomes conducting the develop- 
ment efficiently and effectively. Also, in a number of siti*ations, the 
• ™Z u S ° dbvious » tnat * * is unnecessary to ask "should," but only 
what types of questions. An example would be the need to develop 
an .operator training package for'a new word processing device which 
is about to. be marketed. 

Extensive tryout and revision often accompanies product devel- 
opment because the client cannot, or will not, tolerate low perform- 
ance. Also, the performance level may be externally established: 
e.g., the operator must be able 'to use all the capabilities of the word 
processor". This is in contrast to educational settings where the 
performance level is often subject to wcqnsiderable up or down 
adjustment. Cosmetic appearance of the product may aJso be 
Important to the client, thus making subjective evaluation an impor- 
tant part of tbe tryout process. ^ t 

Use of the product by managers as opposed to teachers simply 
means the product is often required to stand on its own without a 
content .expert available to the learner. An exampfe would be 
instructions to a telephone company lineman on how to install a 
specialized piece of equipment not normally used in that location. 
The demand, for free standing products is another reason tryout and 
revision are emphasized in product development. As computer-based 
instruction has become more popular, the demand for effective 
instructional products has increased and is likely to expand even more 
rapidly in the future. Hence, the demand for efficient and effective 
prescriptive models unique to«a variety of settings and products will 
probably etfplode in the decade of the 80's. 
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The two models chosen for review in this section are (1) 
Banathy and (2) Baker and Schutz. Although the authors of these 
models recognize the role of the larger system in instruction and the 
desirability of that type of meta-analysis, each model is best applied 
at the level of product development. 



Banathy Model 



The model published by Banathy begins with formulating learner 
objectives which can be measured objectively. Banathy suggests that 
objectives include sh.tements ol "what" is to be done, "how well," and 
"under what conditions." He further indicates that objectives must 
be refined and further refined until they are specified at the task 
level. FoJlowing objective specification, a test is developed to 
measure them as step two of tKe mo^el. Little attention is paid to 
test development in Banathy's text, probably on the basis that well 
developed objectives make test development <a relatively straightfor- 
ward task. 



% Analysis of the learning task comprises step thbee and receives 
considerable attention. In fact*, three sub-steps are presented as a 
sequential set of development tasks for this step: (I) analysis and 
inventory of learning tasks, (2) assessment and testing of input 
competence, and (3) identification ana characterization of actual 
learning tasks. By learning tasks Banathy^ means the skills, know- 
ledge, and attitudes the learner must have as prerequisites (or at 
least desirables) prior to attempting the new objectives. The list of 
learning tasks includes both content knowledge and general communi- 
cation encoding and decoding skills of the leacner. Sub-step two, 
input competence, is distinguished from learning tasks in that it is an 
assessment of what the learner already Knows which transfers direct- 
ly to the new objectives. Input tests are suggested to avoid placing 
the learner in a situation which Is too elementary or too advanced. 
Sub-step three, identification of learning tasks, consists of two 
activities. First, the developer subtracts the input competence of 
the learner from the statement-of objectives. Second, the remaining 
objectives are categorized by. type of learning. Banathy suggests 
using Gagne's taxonomy for this purpose. , ^ 

Step four, design the system, has four sub-steps: (1) function 
analysis, (2) components analysis, (3) distribution of functions among 
components, and W scheduling. Functions analysis requires 
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Figure 7 . An >pver-all structure of 'the design of an 
instructional system. (From 
INSTRUCTIONAL SYSTEMS by Bela H. 
Banathy . Copyright c 1 968 by Fearon 
Publishers, Inc. Reprinted by permissi^p cfc 
% Pitman ^earning, Inc., Belmont, California.) 
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specification of what must be dpne and how. Components analysis 
specifies who or what ' has the potential for doing it. Distribution of 
functions is concerned with who, or what will - do exactly what* 
Scheduling specifies where and when it will be done. 

Step five proceeds to the implementation and testing of the 
output of the system. Prior to implementing the system, there must 
bfe system training and system testing. Testing may involve a simple 
walk-through or a more elaborate simulation of ali, elements of the 
system. System installation follows training and testing and continu- 
ous evaluation is conducted. Evaluation and quality control of both 
the instructional process and its output (learners) may require "on- 
line" adjustments' rather than waiting for some later date to review 
the system. Step six does specify change and improvement, but. this 
is reserved for more extensive changes that cannot be made during 
initial implementation and testing. , Clearly the emphasis is on rapid 
feedback and ongoing change to the system whenever possible. 

The taajor strength of Banathy's model is its emphasis on , 
testing and revision (called monitoring and quality control). Its major 
weakness is its lack of specification in the design stage. Simply 
suggesting that objectives be categorized and strategies developed 
leaves the developer very much to his/her own devices. 



Baker and Schutz M odel 

Unlike most other authors, Robert Baker and Richard Schatz do 
not present the reader with a graphic mode] of the process they 
promote. Rather, they discuss three characteristics of product 
development: continuous trial and revision, team development, and a 
user orientation. 

They also ' enumerate five requirements of any instructional 
system and 11 characteristics of any program which they represent 
on a two-way matrix. The matrix becomes a type of team planriipg 
document and checklist which reminds developers of the need to 
account for all systems and program characteristics. As can be seen, 
this matrix becomes auiseful tool for developers who are preparing 
systems for implementation and management by others. 

Discussion of each characteristic would be more lengthy than is 
warranted in this review; however, several unique elements will be 
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examined One Unusual characteristic is training* of personnel to 
manage the system, an area often overlooked by developers. Cost 
and cost effectiveness data are other areas often neglected by 
developers, but 'they will become of increasing concern given the 
economics of the coming decade. Accountability of the people and 
the system requires an ongoing management system for. data collec- 
tion and decision making that also makes this model somewhat unique 
in the literature. 

The major strength of thejteker and Schutz model is its 
comprehensiveness. Developers wowd do well to use it as a checklist 
even if they prefer other mpdels to guide their planning and develop- 
ment. Its major weakness is its lack of specification for the 55 cells 
in the matrix; their book is quite uneven in its treatment of the cells 
and does not systematically relate the matrix to the various chapters. 
Their chapter entitled "Rules for the- Development of Instructional 
Products" is a list of what others have called heuristics. But a rule 
by agy name is often the best guidance a developer has given the 
current state of the art. Their book also contains many exercises for 
the reader to perform, with feedbackprovided for fcach exercise. 
Despite its shortcomings, it is recortfmended to both novice and 
veteran alike. 
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SYSTEMS DEVELOPMENT MODELS 



Assumptions ' 

y - 1 

Instructional systems models are characterized by four key 
features: large scale team development, linear development, wide 
distribution of the results of the development, and a problem solving 
orientation. The models usually begin with a data collection phase to 
determine the feasibility and desirability of developing an -instruc- 
tional solution to a "problem." A number of the models require that a 
problem be specified in a given format before proceeding. Thomas 
Gilberts (1978) work in front-end analysis is highly relevant to the 
models discussed herein. His position is that, while a problem may 
have an instructional solution, one should first consider lack of 
motivation or environmental factors as* alternative areas of action.. 
Systems models, as a class, differ from product development models 
in the amount of emphasis placed on analysis of the larger environ-^ 
ment before committing to development. . Systems rnodels also 
assume a larger scope of effort than product development models. 
However, in tfe design, development, and evaluation phases, the 
primary difference between systems models and product models is 
one of magnitude rather than type of specif ic tasks to be performed. 

The three systems models selected for review are: (1) Inftruc- 
tional Development Institute <IDI), (2) Interservices Procedures for 
-Instructional Systems Development (IPISD),* and (3) Courseware De- 
velopment Process (CDP). Because of its relevance to systems 
models, the front-end analysis matrix of Thomas Gilbert is also 
presented. t . 

\he IDI Model 



The Instructional Development Institute (IDI) model is one 61 
the most widely publicized ID models in existence. It is taught in 
many professional preparation programs, and has l>een the focus of a 
national workshop for wge numbers of public school personnel. In 
the earlier ERIC paper by Twelker, et al. (1972$, the IDI model 
provided the frame of reference for analyzing other models. It is 
included in the current paper because of its wide and continued 
circulation. 





INSTRUCTIONAL DEVELOPMENT MODEL 



IDENTIFY 
PROBLEM 



ASSESS NEEDS 
ESTABLISH 

PRIORITIES 
STATE PROBLEM 



ANALYZE 
SETTING 



AUDIENCE 
CONDITIONS 
RELEVANT 
RESOURCES 



ORGANIZE 
MANAGEMENT 



TASKS 

RESPONSIBILITIES 
TIMELINES 



IDENTIFY 
OBJECTIVES 



TERMINAL (TO) 
ENABLING (EO) 



SPECIFY 
METHODS 



LEARNING » 
INSTRUCTION 
MEDIA • 



CONSTRUCT 
PROTOTYPES 



INSTRUCTIONAL 
MATERIALS 

EVALUATION 
MATERIALS 



TEST 

PROTOTYPES 



CONDUCT TRYOUT 
COLLECT 

EVALUATION 

DATA 



ANALYZE 
RESULTS 



OBJECTIVES 
METHODS 
EVALUATION 
TECHNIQUES 



IMPLEMENT/ 
RECYCLE 



REVIEW 
DECIDE 
ACT 



Figure 9 . 



NSMI/I97I 

(From University Consortium for Instructional Development, and Technology! formerly 
National Special Media Institute.) _ 



9 

ERIC 



3i 



o 



-31- 



Tn«tr IlT T? 1 *? 3 joint effoh of the University Consortium for 
Instructional Development and Technology (UCIDT), which was orW 

Si y f£° Wn s? tKe K N f ti0nal S ^ cial Media institute CrelSd a? a 
tool for public school personnel who desire tp tackle laree-scale 
instructional problems, «he IDI model is problem oriented, sotS! 
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s&issssas? -« — — •«* • 

ci n~ II 16 ^ 0 ^ 1 iS reviewe <i here at its intermediate level of detail ' 
22S e the 2*-element level would result in a lengthy description ThJ 
J^f^tstep is to identify the problem. TM»U^&^1 
-fJJSf* 8 ^"? ^^^hjng Priorities among various and conflict- 
ing needs, and, fmally, stating one or more problems to be addre«#d 

f£&nroL Pl * C - ed °" Separati "8 svm P tom s from p^blet a^d 
stating problems m measurable terms. This permits later assessmTmt 

°tlZ°^ t0 K 3rd ^viatii* ° r solving the P sta edTobS^ Step 
two-analyze the setting-specifies additional data collection to £ 
performed regarding the previously stated problem. Data are col 
of oth C ° nC f ^ in 8 aurf ience (learner) characteristics, cSa actedstit 
of other affected personnel, condit*i6ns under which develoomenl ' 
must occur, constraints on any solution, and what relevant m?tS 

ESSST"? arC aV3llabIe * b0th +X^*SSSti 

. 2** P th , ree h t0 or 8 an ize the development team. This steo is 

v^^^ToL^dr^i' ItS Creators made tW s step h?g P h ,y 
faJ ur! nS^f** belief that poor management often lead! to 
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helpful reminder that objectives must include an Audience (A), 
Behavior (B), Condition (C), and Degree of performance (P). Step 
five— specify methods— uses a taxonomy developed b? Edling and 
Hamreus (later modified by Merrill and Goodman (1970)) for classify- 
ing objectives, and then selecting strategies and media based on the 
type of objective. The strategies and media prescription matrix is 
viewed as a set of suggestions rather than a rigid matching activity. 
Designers/developers are encouraged to use whatever additional 
knowledge they have to make final determinations. 

Step six— construct a prototype— prescribes Suilding testable 
drafts of all the materials. This includes instructional units, teacher- 
/manager instructions, and evaluation materials. The emphasis is on 
constructing a prototype that is complete enough to test, but not so 
expensive that it cannot be changed. The seventh step specifies 
testing the optotype under conditions as similar as possible to its 
eventual user This step is often called formative evaluation in other 
models. Step eight specifies analyzing the results in terms of learner 
achievement, effectiveness and practicability of the methods of 
instruction, and appropriateness of the evaluation techniques. 

The last step in the IDI model is to recycle (if the data 
indicates a deficiency) or to implement the solution, if it is effective. 
Recycling to any previous step should be considered, but it may be 
necessary to return to the original problem and re-analyze needs. It 
should be noted that, in recent years, the UCIDT Consortium has 
developed a workshop on dissemination that is an extension ;of the 
model to another step, but the original model has not been modified. 

a 

The basic strength of this model is its three levels of detail. 
This permits its initial presentation to non-developers in a simple 
form vJfiich can then be elaborated as their knowledge increases. Its 
basic limitation is the implication of a linear st*p-by-step develop- 
ment process beginning with definition of a problem". This limitation 
is common to most systems models. 



The IPISD Model 



The Interservices Procedures for Instructional Systems Devel- 
opment (IPISD) model is, as the name suggests, h joint effort of the 
U.S. military services; the * Army,,, Navy, Marines, and Air Force 
created this model in the interest of utilizing a common approach to 
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instructional development. The motivation was to facilitate shared 
development efforts and improve communication with contractors 
doing instructional development across different branches of the 
military. Of course, the underlying concern of each service was to 
have a rigorous procedure for developing effective instruction. A 
large number of personnel contributed to creating the IPISQ model;, 
however, the name most commonly associated with it is Robert 
Branson. 

Skpilhr to the ID I model, the IPISD model h*>s several levels of 
detail. At its simplest level it has five phases: analyze, design, 
develop, irrtolement, and control. These phases* sub-divide into 20 
•steps which is^h bejurther divided into hundreds of sub-steps. In 
fact, the IPISD model is one of the most highly detailed models of the 
ID process generally available to the profession, it is published as a 
four volume set'(Brarison, 1975) and can be ordered from the National 
Technical Information Service (NTIS) or ERIC (Branson, et al., 1975). 

Since a detailed review of all the*steps ih this model is beyond 
the scope of this paper, it will be reviewed only at the phase level. 
The reader should keep in .mind that the IPISD approach is -designed 
specifically for military training in the skills/job arfea; most 'other 
models have a much broader range of intended applications. The 
narrowe? focus of IPISD is both a blessing and a bane. Its virtue is 
thp extremely, detailed level of specification it contains. However, 
the price of this specification is its lack of generalizability to other 
environments. , — J 

* < 
Phase one of IPISD-analyze-requires specification of the task 
which personnel perform on the job. Tasks which are ^already known 
or easy' to acquire are subtracted, and a list of tasks requiring 
instruction is generated. Performance levels and evaluation proce- 
dures are specified for the task, and existing courses are examined to 
determine if any of the tasks are currently being taught. 'A decision 
is then made either to modify the existing course to fulfill task 
requirements or to plan a new course. In the latter case, parts of an 
existing course may be adapted- for the new one. The final .step in 
phase one is to- determine the most appropriate site for instruction- 
i.e., school or non-r.esident instruction. . ' 

Phase two-design-begins with, the .arrangement of job tasks 
into instructional outcomes classified by the learning elements in- 
volvedi i.e., mental skills, physical skills, information, and attitudes. 
Tests are generated and validated on a sample of the population and 
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. instructional objectives written in behavioral form. Next, the entry 
behavior expected of typicai students is determined, followed by the 
design^ the sequence and structure f6r the course. Design stage 
specifications are then forwarded to phase three of the process. t 

-The development of prototype materials occurs in phase three 
• °L* n ?. m0 ° eI '. Development begins by specifying a list of events and 

, activities for inclusion in instruction. Media are then selected and a 
course management plan developed. Existing instructional materials 
are reviewed for their relevance and, if appropriate, adopted or 
adapted for the course. Necessary new materials are then produced 
and the entire package field tested and revised until satisfactory 
learner and system performance are achieved. The development * ' ' 

. phase concludes when the entire course package is ready for large ' , 
scale implementation as phase four of the model. 

• .u' Ph ^?? fo . ur ~implement-inciudes training for course managers 
- in the utilization of the%ad^ge, content training of subject matter 
personnel, and distribution df all materials to the selected sites, 
hstruction is then conducted! and evaluation data collected on both- 
learner and system performance. • - 

Phase -five-control-is the last part of the IPISD model. In- 
ternal evaluation is performed by "on-line" staff who are expected to 
make small-scale changes to improve the sytem after each offering, 
to addition, they forward evaluation results jo a central location* 
External evaluation is a team effort directed toward identifying- 
major deficiencies requiring immediate correction. External evalua- 
tion^!*) follows course graduates*) the job site' to assess real-world 
performance. Changes in practice in the field are also monitored to 
, determine necessary revision of the course. Thus, the emphasis in ' 
phase five is on^quality controrover an extended period of time. 

- The major strength of the IPISD model is the extensive specif i- ' 

22Sn2 ? r0C !fc * foUow . th « ID P«**ss. It is an excellent ' 
reference for studehts who are in training to become developers. Its 
major limitations are its*narrow instructional focus and linear ao- 
S2S ? . t °"^ Furt J« r ' ^ level of analysis and prescription 1 it' 
specifies could only be done by a heavily staffed, highly financed 

2K^ >n *-- U !L 0f this * model requires^ real commitment of 
substantial resources on a long-term basis. This model will find little 
use outside the military, government, and a few large corporations 
having major job training programs. 
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Courseware Development Process Model • - 

The Courseware Development. ProcessiCDP) model is owned by 
Control Data Corporation, a major computer manufacturer (1979). 
The CDP model was created to provide a guide for developing courses 
within the company. While many of the courses are computer-based 
or computer-managed, the model does not assume any role for the 
computer. . ' % 

Unlike the two models just reviewed, the CDP model conceives v 
of development as a circular, rather than a linear, process. Yhd 
* graphic is drawn as a circle to indicate that development may.befcin 
at any one of several stages. 

a * » • - o- < ' 



ANALYSIS 




Figure 11. The development prbcess. (From Courseware 
• Development Process, <£) 1-979 by Control 
Data Corporation. Reprinted by permission.) 
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u,ith J°ji c ? nve "i en ", this review (like the CDP publication) begins 
with analysis. The CDP model includes six major phases: analysis 

t V m ,0p c me u nt ' , evaIuation <P art ». implementation, and evalua- 
tion (part II). Each phase is further sub-divided into a series of steDs 
which are not reproduced in the graphic above. 

a nH c Ph3Se ° ne ~ anaI y sis ~ h asas^ts_Eurpose determining the nature 
and scope of the required-TFaTnlnir If training is found To be 
mSZKk % m anagement plan is developed for the project. The CDP 
model calls for^ survey of existing resources which, if available, lead 
the project directly to the evaluation phase. Of particular note is the 
question: "What will happen if the problem is aWd ?o continue^ 
This suggests that, even if a problem exists, it may not be wor Mhe 
time and effort required'to correct it. , 

(t\ JJf* tW0 - deSi ^ n ~ haS /^ ight sub steps common *to most models: 
(1) perform task analysis, (2) specify objectives, (3) define entry 

SJETfe ** gr ? UP . and SeqUe "- Ce ob i e ^ves, (5) specify as^ssmem- 
andSVevS/ t*^ 8 (7) evaIuation astern 

£ i pfifttiS^ ing materials - ^ results of phase ar « 

^.cJll! deVe , l0pment phase re< J uires desi 8 n ° f individual lessons and 
construction of test items. Although the model is often used by DCD 
for developing computer-based materials, it specifies development of 
materials in a variety of formats including text, computer-bSed and 
audiovisual materials. Computer management routines and jam- 
ming are also listed in the model. Review of content and editine 
complete phase three of the model. . conxern 800 eamn 8 

Formative evaluation is phase four of the process. This begins 
with a one-on-one tryout of draft materials fojlowed by revision 
^SSTi 1 o aterialS then 'P^duced and a smaU-group p fot test 

rSSSl *l7 l0 \ aTe ' 35 fleCeSSar y> finaI editing P d P one, id 
a tecnn cal and mechanical review performed. This latter steo is 

essential to computer-based materials^ ensure that no "bugs'- o 

open loops" e.xist in the instruction, testing, or learner' prescription!' 

e ^ hl f^ fiv ^ im P Ieme ^ a" materials, 

re^S g ln S ^ P °^ Se - V1C ! 5 ' and trainin S i"structors or managerfif 

S in ? Ctl0n ? then provided and teta collected on both 

SSJE P*'*?™™' Phase six-summative evaluation- 

tf«n Tr. 1 F baCk , t0 ^ probIem ' Data - from implement 

tion are analyzed along with data on trainee performance in the field. 
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A decision is then made either to modify the course or to continue to 
utilize it as it exists. Implied is the requirement for continued 
sumtnative evaluation over time. 

The major strengths of the^CDP model: are its non-linear 
perspective and counting for the unique needs of computer-based 
instruction and management. Its major limitation is the lack of 
specific procedures to accompany the general statements contained 
in the model. 



Gilbert Front End Analysis 



Thomas 0 Gilbert (1978) has made a major contribution to sys- 
tems thinking through his writings, on front-end analysis. His matrix 
for performing an initial analysis of the probahle cause(s) of unac- 
ceptable human performance should be required reading for all 
instructional developers.* Gilbert posits three major categories of 
explanations for inadequate human performance: motivation, envi- 
ronmental factors, and lack of* knowledge or skill. Competent 
instructional designers/developers should examine all three areas 
before deciding to develop instruction, ^nce an instructional solution 
assumes knowledge or skill to be the primary causal factor. Gilbert 
uses a number .of case studies to tnake the point that often the real 
cause is lack of motivation or some condition in the environment; 
e.g., the machine should be re-designed. 

Gilbert has also introduced the concept of a PIP or Perform- 
ance Improvement Potential. The PIP is a mathematical indicator of 
the potential for eliminating any differential in the performance of 
high and low performers. The PIP is also a useful decision aid in 
determining where to allocate often limited resources to achieve the 
greatest rate of return. Gilbert also discusses s the "stakes" or value 
of improving the performance. That is, even though there is great 
potential for improving performance, It may not be worth the time, 
money, and effort required. 
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ORGANIZATION DEVELOPMENT MODELS 



Assumptions 



Application of systematic development procedures is not as 
advanced at the organization Jevel as the other levels reported in this 
paper. While much has been written about organization development, 
the activities described often do not indicate systematic "analysis, 
design, development,; and evaluation. Rather, this literature is 
generally focused on flow to change tfte* structure of organizations 
with limited reference to instruction and personnel. One. view, made 
popular by Gaff (1975), is that organizational development, faculty * 
development, and instructional development are three distinctly 
different types of activities. Abedor and Sachs (1978) elaborated on 
this concept and proposed activities and evaluation criteria for each 
category.* 

In contrast to Gaff's "separate elements" perspective are devel- 
opment models which attempt to integrate all elements into a single 
system. This latter position holds that all three are part of a single 
system and must be considered together. The position taken is that 
separating the system into sub-components along artificial boundaries 
hides important characteristics and relationships. A common label 
for this integrating concept is Human -Resource Development. This 
more comprehensive view of organization development was employed 
to select models for review in the present paper. Two, models of 
organization development, one by Blondin and the other by Blake and 
Mouton, are reviewed. \ • 



Blondin Model 



Blondin's organization development model (1977) provides the 
philosophic and structural framework for the Southeast Asia Instruc- 
tional, Development Institute (SAIDI). The Institute, located in 
Manila in the Philippines, is dedicated, to improving the welfare of all 
the peoples of Southeast Asia. Her model serves as a guide for the 
many development services SAIDI provides to a variety of organizat- 
ions, as well as the basis for a graduate program in instructional * 
development. 
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Figure 12. SAID! assessment decision-making model, (by Jacqueline Blondin.) 
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The model has three stages: define, develop, and synthesize. 
Each stage has two steps and- each step has one or more sub-steps. 
The SAIDI model is in part derived from the Instructional Develop- 
ment Institute (IDI) model reviewed earlier. Blondin ha>taken many 
of the IDIs steps and incorporated them into a more comprehensive 
( • view of the organization as the system for development. 

In the defining stage, the first step ^problem identification. 
Its sub-steps are to select the system for development, state the 
vision or mission of that system, conduct a needs assessment, and 
state the problem. The second step is to perform a system analysis. 
This includes identifying human, physical, and financial resources and 
assess ng the desire of affected personnel to proceed. Constraints 
ai "? JS? J assessed and tested for their validity. Priorities are 
established among various areas of need, and tentative solutions are 
formulated. 

- • , J Sta ? C tw °- dev elop-be£ins with formulation of a plan, which 
includes determining goals for each element of the tentative solution 
as well as project objectives to measure progress toward the goals. 
Project objectives are an important part of the model and distinguish" 
it from many development models which only require specification of 
learner objectives. In fact, the model does not assume that instruc- 
Si°«n5 "t Ce ^ ry . t0 move Joward solving the original problem. In the 
Blondin modeU, learner objectives are stated during formulation of 

' n '. but ° nIv if instruction will be part of the 1 overall plan. 

Organization development diagnostic "tools are also selected durine 
formulation of the plan. Examples of such tools are action research! 
brainstorming, norm modification, force-field analysis, conflict reso^ 
Iution, surveying and. developing the communication network, and 
training. The reader should note that -training is only one of a variety 
of tools avadable to the user of this model. . . 

Step four-operation design—begins' with construction of an 
organization matrix. The matrix displays line relationships, function 
. relationships, and role descriptions of' all relevant personnel in the ' 
organization. Lines of communication and control procedures are 
tnen established in preparation for' implementing the plan. The 
emphasis on planning for installation and concern for communication 
' ^l, J:™^™ 2 * the organization development orientation of her 
model. Clearly, the intent is to achieve a lasting change and create 
an environment in. which continued development is more likely to 
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Stage three has two steps, assessment design and action design. 
Assessment design specifies the development of an evaluation matrix 
to measure both intended and unintended outcomes. ( Formative 
evaluation plans are also developed at this time. A three-part 
structure is suggested for structuring the evaluation and collecting 
data on both processes and outcomes. One unique feature of her 
evaluation plan is estimating the value of expanding the effort to a 
larger or different organization. Also of interest to developers is the 
requirement that evaluation results be supplied to both project staff 
and key decision makers in the organization. Most models of the 
development process imply (by omission) that evaluation data should 
not be distributed outside the development team. By specifying 
external distribution of findings, Blondin hopes to create an open, 
honest environment where success and failure are visible, and both 
are understood td be part of the development process. 

» 

The last step is to design an action plan for implementing the 
proposed solution and assessment plan. Timelines are developed, 
commitments again obtained, operational personnel trained, and the 
necessary m^erials produced and distributed. With all elements t 
defined, the plan is then implemented and assessed. Given the 
formative evaluation orientation of much of the assessment, it is 
expected that on-line modifications will be made as necessary to 
assure progress toward stated goals. 

^ The major strength of Blondin's model is its recognition of the 
many organization elements which affect attempts to bring about 
change. Its focus on development which will build an organization 
committed to and able to carry out additional development makes 
this model noteworthy. Its greatest limitation is the lack of specific 
information on how each step is to be performed. Some steps 
(evaluation, objectives, and action design planning) are well specified, 
while others require developers to rely on their own judgement as to 
what should be done. 



Blake and Mouton Model 



• The second model selected ,for review is by Blake and Mouton 
(1971). Although it is~a model of organization development (OD) 
which subsumes, ID as one of several activities directed toward 
improving an organization, this 00 model does' have a systems 
orientation, and it is similar to a number of other models. The reader 


















Specification * 


Description * 




An ideal systematic model is 
drawn up which describes 
what should be at a desig- 
nated time* 


* 

The model is based on theo- 
ry, fact, and logi? , uncon- 
taminated by assumptions 
from the status quo culture 
or from the past. 


. (2) 


An objective appraisal is 
made of the situation, or 
what is. 

'\ _ , ^ .- 


i 

The actual or as is situation 
is described in a way that 
permits point-by-point com- / 
parison of actual circum- - 
stances and those that would 
exist if the ideal model were 
implemented. 


' (3) 


Gaps and discrepancies ap- 
pear between the is and the 
should be, the actual and the 
ideals 


The gaps become motivation- 
al forces; the actual is ana- 
lyzed for its strengths and 
weaknesses; motivation to 
close the gaps directs 
change; conditions to be 
rejected or replaced are 
identified; development steps 
are planned and programmed. 




The ideal model includes all 
relevant identifiable forces. 


Those forces under direct t 
organizational control and 
those emanating from the 
environment are included. 


(5) 


Steering, correction, and 
control mechanisms guide 
conversion from actual to 
ideal. 


The'situafion is measured be- 
fore change is initiated, at 
intervals, and when change, is 
completed for facts for-guid- 
ing further action. — 



Figure 13 . (From OP— Fad or Fundamental by Robfcrt Blake and Jane 
S. Mouton. Reproduced by special permission from the 
January, 1970 TRAINING AND DEVELOPMENT JOURNAL. 
Copyright 1970 by the American Society for Training and 
Development, Inc.) 
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is cautioned that the model discussed here Is their OD model and not 
# related to 'their widely known management style matrix. 

Blake and Mouton f s general model for systematic development 
is relatively simple, containing only five specifications. They are: 
(1) an ideal model is constructed of what should be; (2) >dn\bjective 
appraisal is made of what is; (3) gaps and discrepancies ^re identified 
between the ideal and actual; w the itfeal includes all 'relevant 
identifiable forces; and (5) steering, correction, and control mechan- 
isms guide conversion from actual to ideal. Unlike most authors, 
Blake and Mouton do not present a graphic flow chart to display their 
view of the development process. However, their step by step flow 
of events is reproduced below. . It is interesting to note that Blake 
and Mouton are among the very few authors who state their assump- 
tions before presenting their model. While alir authors make numer- 
ous assumptions, few have made the effort to make them visible. 

Blake and Mouton make eight assumptiorvTabout change which 
are integral to their model. The first assumption centers around the 
concepts of: (1) individual development," (2) membership develop- 
ment, and (3) organization deVelopment; -Their view is that all three 
are interrelated and must be addressed as part of a total system of 
development. Their second assumption is that, although change can 
occur through revolution or evolution, the most effective and effi- 
cient means is by systematic development. Unfortunately, they 
present little hard evidence to support this assumption. ■ 

The third assumption is^hat c human behavior and organization 
operations, interact to either facilitate or inhibit performance. Tht*, 
both must be addressed by the ddVeloper. The fourth assumption is 
3 that education and training must be intecwoyen to pfodi^c t e effective 
development. They express the* concer^Vhat organization develop- 
ment is often limited to training (defined 4 as mastery of skills without 
understanding underlying principles) to the detriment of long-term 
career development of employ ees*., ^ 

Assumption five deals with^e relationship, between thinking 
and emotion. They decry theJ tendency to perceive thinking and 
emotion as separable arid the existence of "two camps of developers. 
One camp limits itself to rational thought as* the focus of develop- 
ment while the other deals with how people feel about themselves, 
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other people, and the organization. Blake and Mouton believe that 
both the rational thought and emotions of people must be included in 
any comprehensive development effort. 

Assumption six deals with the relationship between boss and 
subordinate. They assume that one goal of OD is to create a climate 
' of candor and openness that facilitates communication. They point 
out that boss-subordinate personal relationships are inherently differ- 
ent from, for example, husband-wife personal relationships, and 
hence only a subset of all possible human relationships is relevant to 
OD efforts. They caution, developers to limit their concern to the 
person-to-person relationship elements relevant in an organization 
setting and leave the personal inner Values of the learner alone. 

Their seventh assumption ^deals with the need for creating an 
Internal initiative for engaging in development. Their view is that 
outside consultants are usually noneffective in bringing about lasting 
change. Outside consultants are viewed as usually wanting to avoid 
giving direct advice. This results in the consultant being perceived 
by the client as not making any contribution. On the 'other hand, the 
consultant feels if he/she gives too much advice, the client becomes 
dependent and the, likelihood of creating a continuously renewing 
organization is diminished. (Developers would do well to examine 
this paradox whatever the setting of their development activities.) 

The eighth and last assumption of the Blake and Mouton model 
is that human beings haye a basic behavioral drive to achieve 
involvement and participation in decisions and actions which affect 
them. This is in contrast to the "authority-obedience view held by 
many managers and administrators. It is assumed that solutions to 
, organization problems should always be sought in the context of 
greater involvement and participation by those af fectejd. 

In summary then, while the Blake and Mouton model has only 
five steps, it has eight underlying assumptions which structure its 
application. The major strength of this model is the high visibility 
given to its underlying values and assumptions. Any user of this 
model should be well ^ware of its philosophy and assumptions 
concerning the nature of human beings. No other model reviewed in 
this paper can make that claim. Its major limitation is the lack of 
prescriptive procedures for utilizing the model. Being aware of the 
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five steps and eight assumption^pc^vides little operational assistance 
to the developer wishing to engage in the development at the 
organization level. 

The comprehensive view of the total organization' including 
personnel, facilities, rewards, and information networks represents 
systems analysis and instructional development on the largest scale , 
yet applied. /-Unfortunately, the number of models available to 
illustrate this level of application is very limited. Likewise, the 
models are generally not well documented or validated. 
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SUMMARY 



This review of typical ID models may leave the reader unsure of 
how to react to such a .wide variety of models. Obviously, -the 
literature is replete with models, each claiming to be unique and 
desiring of attention. However, while there are literally hundreds of 
models, there are only a few major distinctions. Many of the models 
are simply restatements of earlier models by other authors using 
somewhat different terminology. Also, there is a disturbingly small 
volume of literature describing any testing of these many models. 
While no one ©an be certain, it appears that well over half the ID 
models have never actually been tested. And, of the remainder, 
many have been used only once. It Spears that many active 
developers simply' do not write for publication, while many writers 
simply dont do much development. # 

Being fair to the authors of the models, most are more 
interested in developing instruction than in scientifically validating 
their development models. The typical publication containing an ID 
model simply describes its major steps or stages and perhaps how 
they are to be performed. The author(s) usually assumes the model is 
worthwhile and presents no data to substantiate that position. In a 
few situations, a case study of an actual development project is 
presented along with the model^ut even this low level of" validation' 
is relatively uncommon. * 

It can only be hoped that in the future some ID models will be 
subjected to rigorous scientific validation. Such' validation would 
require precise description of We elements of the model followed by 
systematic data collection concerning those elements. The investi- 
gator would also need to be alert to possible discrepant data not 
accounted for in thfc model. Repeated trials under such conditions 
would, if the model had any validity, result in a precise ,set of 
findings regarding the conditions' under which the model was valid. 
No respected scientist would expect a single model to be valid under 
all conditions, but authors of ID models are usually silent on this 
matter. It is safe to say none of the models currently available in the 
literature has been subjected to such rigorous scrutiny. In tacj, most * 
authors completely ignore the issue of what conditions should be 
present if one plans, to use their model. For a more complete 
discussion of procedures for validating a rpodel, the reader irreferred 
to an excellent chapter on models and modeling by Rubenstein (1975). 
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What then, is,Jhe response of the responsible professional to the 
plethora of unvalidated ID models? This author would suggest that 
developers acquire a working knowledge of a few models representing^ 
a variety of types of development. Then, as new and different 
models are encountered, they can be compared to those, with which 
one is familiar. If a client brings a model to a development project, 
it is probably better to use it (modified if ^absolutely required) rather *" 
than force the client to adopt your favorite model. Another 
suggestion is to have available in your repertoire some of the models^ 
which pan be presented with varying levels ,of ^detail. This will 
provide an easy introduction which can later be made more detailed 
as development progresses. Also, when fkcing a range of situations, 
developers should be in the position of selecting an appropriate model 
rather than forcing the situation to fit the model. As Maslbw has 
commented, "If the only tool you have is a hammer, you tend to treat 
everything like a nail." Developers should have a number of tools in 
their tool bags and use the right tool for the right job. * 
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» $ FINDING MODELS IN ERIC 

• ID models; are like mushrooms; they appear in all manner of 
strange locations, not to mention shapes, sizes, and degrees of 
- toxicity. However, the reader may be interested in how models tend 
to be , classified in ERIC. * This information will be of value in 
searching ERIC or other databases for publications' regarding ID 
c models. 

' ' " > , / 

Below are the results of an interactive computer search con- 
ducted in March of 1980. / 
' * v / 

From many possible descrif^ors the following were initially 
selected: instructional ' development, instructional design models, 
systems approach, materials development, curriculum development, 
instructional systems, and systems development. 

A variety of two-way and three-wdy combinations were queried 
requiring either major and/or minor erriphasjs. .Without presenting all 
the results, it is correct to state that most queries resulted in a very 
" large nurtiber of false drops. . • * ' 

y The only combinations that resulted in a reasonable number of* 
Ijits are as follows: \ 



^"instructional development" and "models" * 33 drops ' 
* "instructional design" (major) ahd "models" * 186 drops 
"modeli" (major) and '•in^tnjictional systems" . m k5 drops 

' TOTAL 264drops^ 

* 

A non-duplicate printout of these three sets yielded 245 docu- 
ments. Insp^rtion of the printout yielded 51 which could reasohably 
be considered as on target. This latter list, was further reduced to 20 
titles for inclusion in the attached annotated bibliography* 

It is important to note that, the term instructional development 
was only recently added as an ERIC descriptor. Hence, it, will likely 
prove to be a naore productive descriptor as new titles are added to 
the database. e 
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ANNOTATED ERIC BIBLIOGRAPHY 

Periodicals 



Andrews, Dee H. and Goodson, Ludwika. A comparative analysis of 
models of instructional design. Journal of Instruc tional Development, 
1980, 3(4), 2-16. (UMb EJ 228 351) * 

Examines 40 npodels of instructional design, identifying which 
of 14 common tasks in model development each includes and 
categorizing them by* origins, theoretical underpinnings, and 
purposes. Uses of systematic instructional design models are 
discussed/ and an explanation for t^e variety of models is 
offered. 

Baba, Marietta Lynn and others. Designing, producing, and evaluating 
an instructional telecourse: A model for involving the adult learner. 
Journal of Instructional Development . 1980, 3(4), 24-32. (UMI: EJ 
228 353) 

Describes a model for planning, producing, ^nd evaluating' 
instructional television for. the adult learner which involves the 
interaction of faculty, television professionals, and students in 
the curricular content planning and the development of televi- 
sion scripts* Formative evaluation uling student input is 
included. . 

Buterbaugh, James G. Institute for Learning model. Audio visual 
Instruction , 1971, 16(10), 26-27. (UMI: EJ 051 375) 

Presents a procedural planning model which has been con- 
structed to illustrate the educational development relationship 
to instructional design. ' * 

Davis, Joel J. Design and implementation of an individualized 
instruction program. Educational Technology, 1977, 17(12), 36-41. 
(UMI: EJ 173 963) 

The model presented includes these components: analysis 
(behaviors, objectives, sequence); synthesis (competencies, ma- 
terials, setting); and oUTOom^s (evaluation, modification). 
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Faust, Stephen M. Instructional developer as content specialist: 
Three case studies utilizing the instructional development-opei^tions 
research model. Educational Technology , 1980, 20(9), 5-12. (UMI: 
EJ 232 664) 

Presents a three-phase model— content research, specification, 
delivery— for instructional development-operations reseaffch, 
and describes its application in developing courses in zoology, 
geology, and paleontology. * 

Lindenlaub, John C. and Russell, James D. Getting started on 
improving instruction. Engineering Education , 1980, 70(5), 413-417. 
(UMI: EJ 218 444) 

Provides a model with which to view the instructional process 
' and teaching activities within it, stressing the. importance of 

viewing improvement as* a continuous process and utilizing 
feedback. 

Penta, Frank B. A systems model fctr the development of instruction- 
al materials. Educational Technology , 1973, 8(7), 12-16, (UMI: EJ 
082 696) f * 

i 

Describes a systems -nr\odeI for instructional materials develop- 
ment for medical education at the* Mejdfcal . Center -of the' 
University of Illinois. • - 

Root, Augustin A. Educational dynamics: Modeling instructional 
development processes in school. Educational Technology , 1975, 8(7), 
32-35. (UMI: E3 082 701) 

Author explains^his model of instructional development for 
initiating and continuing chang^in education. , 

Rossett, Allison. The politics in performance technology. NSPI 
' Journal, 1980, ±9(4), 5-6. (UMI: EJ 228 302) . » r 

K 

Simplifies an instructional systems model intp fbur components 
--define, specify, develop, evaluate— and argugs that*ft can be 
a tool for performance technologists to* use in diagn&sing the 
political incidents they confront*in their work. 
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Tennyson, Robert D. Evaluation technology in instructional develop- 
ment. Journal of In structional Development. 1578, 2<Jfc), 19-26. (UMI: 
Ej 198 3^7) * 

* » 

Discusses a four-phase development model which was deliber- 
ately constructed to eliminate boxes and arrows commonly used 
to illustrate how development works, 'arguing that a weli 
organized development system would be too complex to dia- . 
gram, and if it were diagrammed, no one could follow it. 

ERIC Documents 

Barson, John. Instructional systems development: A demo nstration 
and ' evaluation i project. Final 1 re port. East Lan sing, MI; Michigan 
State university, 1967. 125p: (EDR& ED 020 673) , 

Four universities cooperated .with Michigan State to test, 
demonstrate, and refine b model for media innovation and 
instructional development which had been designed in an earlier 
project. Team approach efforts were tkken under the guidance 
of the model's preconceived, sequential system of decision 
making. Documentation of ail activities is included. - 

Berkowitz, Melissa 'and O'Neil, Harold F.< Jr. An annotated bi bliogra- 
phy for instructional syste ms development . Alexandria, VA: Army 
(EDrT EDwfSlT BehaVi0ral md Sotial ^nces, 1979.. 57p. 

This report lists instructional development resources relevant 
to the interservice procedures for the instructional systems 
development model (ISD), a standardized model which provides 
for the assessment of training needs; the design, development, 
and implementation of instruction; and the assessment of 
instructional quality. Relevant documents are classified ac- 
cording to the 19-block ISD model, and the summaries provided 
identify documents on authoring ' aids, procedures, or tech- 
niques. The purpose of each block in this model is defined, and 
directions for future research are suggested. 

. Branson, Robert K. Interservice 'procedures fbr instructional s ystems 
development: . Executiv e summary and model . Tallahas^, pt : 
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Florida State University, Center for Educational Technology, 1975. 
157p. - (EDR& ED 122 022) 

This document is the Iast^of a five-part series focusing on the 
processes involved in the formulation of an instructional sys- 
tems development (ISD) program for military interservice train- 
ing that wiH adequately train individuals to do a particular job, 
and which can also be applied to any interservice curriculum 
m development activity. It presents a summary and model of the 
, interservice procedures for instructional systems development 
(IPISD) and an overview of its application, 5nd management, 
with emphasis on response to local needs. The functional 
phases of ISD include analysis, design, development, implement- * 
ation, and control. 

Bri ggs», Leslie J. Handbook of procedures for the design of instruc- 
tion. Pittsburgh, PA: American Institutes for Research, 1970. » 206p. 
(American Institutes for Research, 135 North Bellefield Ave., Pitts- 
burgh, PA 15213. Not available from EDRS. ED 0*3 230.) 

s The handbook contairts procedures (a model) for the systematic 
design of instruction. Included are steps for writing, selecting, 
and organizing behavioral objectives and for identifiying their 
levels; test construction, administration, and grading; and the 
determination of competencies and selection of materials. 

Durzo, Joseph J. Organization and implementation of instructional 
development in higher education; Some basic considerations. Paper 
presented at the annual meeting of the Association for Educational 
Communications and Technology, Miami, Florida, April 26, 1977. 
20p. (EDRS: ED 1*3 323) 

This discussion of issues related ttfthe development and imple- 
mentation of instructional development programs intended to 
assist faculty in improving the effectiveness and efficiency of 
collegiate instruction is based on a review and synthesis of the 
literature. Three different approaches to instructional im- 
provement programs and two approaches for generating proj- 
ects are discussed. Eight areas of concern identified as most 
important to the implementation of such programs are (I) 
administrative commitment, (2) administrative location pf in- 
structional development agencies, (3) institutional reward 
structure, (*) instructional development procedures, (5) team 
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approach to instructional development, (6) faculty development, 
(7) maximizing Impact, and (8) evaluation. References are 
appended. n " -^'^ 

Lahge, Carl J. Developing programs for teachers . Alexandria, VA: 
The George Washington University, Human Resources Research Of- 
fice, 1969. 2Ip. (The George Washington University, Human 
Resources Office, 300 North Washington St., Alexandria, VA 22314: 
EDRS: ED 033. 902) 

Discusses the utilization of the systems approach in the design 
of teacher programs and describes the seven-steps approach: 
(1) systems analysis, (2) job model, (3) specify knowledge and 
skills, (*) determine instructional objectives, (5) construct 
training program, (6) develop proficiency test, and (7) evaluate 
training program* 

Rayner, Gail Treat. An empirical study of a methodology for the 
revision of systematically designed educational materials . Tallahas- 
see, FL: Florida State University, Computer Assisted Instruction 
Center, 1972. 163 p. (EDRS: ED 067 877) 

A project was devised to develop and test a model for the 
revision of systematically designed instructional materials. The 
model described divides the revision profess into content and 
procedural changes, with decisions based &m data collected from 
measures of student performance and attmrcJes, as well as the 
judgement of a content expert and an educational technologist. 

Shoemaker, Byrl R. and Parks, Darrell L., Eds. An instructional 
system design for vocational education . CoIUmbus, OH: Ohio State 
University, Center for Vocational Education, 1976. 108p. (EDRS: 
EQ 143 888) y 

-- — y 

The instructional system design (ISD) which isVdescribed pro- 
vides a systematic procedure for planning and organizing voca- 
tional programs. Chapters include Philosophy and Standard 
Characteristics of Vocational Education; A Foundation tor 
Curriculum Development; Concepts and Practices in Vocational 
Curriculum Development; Using Surveys and Analyses as a Basis 
« ior the Development of a Course Outline; Instructional Objec- 
tives; Determining Instructional Program Strategies; Scope and ' 
Sequence of Tasks; Grouping arid Scheduling for the instruction- 
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al Program; . Determining the Related Instructional Content? 
Determining Evaluation Strategies; ^nd Outline of Procedures 
for the Development of a Course of Study. Definitions of 
related terms, specific strategies/suggestions, summaries, flow- 
charts, and references are included. 

Silvern, Leonard C. Systems engineering of Education V; Quantita- 
tive concepts for education systems . Los Angeles, CA: Education 
and Training Consultants Co., 1972. l*3p. (Education and. Training 
Consultants Co., Box 49899, Los Angeles, CA 900*9. Not available 
from EDRS. ED 071 

The fifth of 1* volumes in a series on systems engineering of 
education for the education and training consultant, tnis volume 
reviews and applies arithmetic and algebraic procedures to 
simple education and training systems. (- 

Twelker, Paul A. and others. The systematic* development of 
instruction: An overview and basic guide to the literature . Stanford, 
CA: Stanford University, ERIC Clearinghouse on Educational Media 
and Technology, 1972. 29p. (EDRS: ED 059 629) 1 

Five Systems approaches are identified: the Teaching Research 
Systems approach, the Michigan State University Instructional 
Systems Development Model, the System Approach for Educa- 
tion models, the Project MINERVA Instructional Systems design 
model, and the Banathy Instructional Development System, 
model. These models include actions categorized as pfobiem 
definition and organization, systems analysis and development, 
and system evaluation. An annotated bibliography is appended. 



